home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010921-20020314 / 000335_satprof@altavista.com_Wed Jan 30 12:09:02 EST 2002.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  73 lines
  1. Article: 13173 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!bloom-beacon.mit.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: satprof@altavista.com (satprof)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Evaluation of K95
  6. Date: 30 Jan 2002 08:52:31 -0800
  7. Organization: http://groups.google.com/
  8. Lines: 54
  9. Message-ID: <c4914b87.0201300852.6aa2ee82@posting.google.com>
  10. References: <c4914b87.0201280513.16dbc7a5@posting.google.com> <gWtomC2dEjRt-pn2-s9d6MMWmKCzf@era0> <a367rk$m5s$1@watsol.cc.columbia.edu>
  11. NNTP-Posting-Host: 158.232.67.138
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1012409551 29515 127.0.0.1 (30 Jan 2002 16:52:31 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 30 Jan 2002 16:52:31 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13173
  18.  
  19. OK, Frank, I've sent my order in & hope to receive my copies RSN.
  20. (I've paid for Fedex superfast to Europe.) For the future, a download
  21. capability, after payment, would be really nice, so that I could get
  22. on with my testing more or less immediately.
  23.  
  24. As it happens, I'm a Kermit fan of old. A colleague when I worked in
  25. Holland contributed the Ungermann-Bass 'comms via network' code in the
  26. late 80s, that used something like INT 65H, IIRC. I even managed to
  27. buy the Digital Press 'Using Kermit' book from DEC here in
  28. Switzerland.
  29.  
  30. More power to your elbow, say I, & I'm happy to pay your very
  31. reasonable price. My original question was primarily one of fast
  32. availability & I'll just have to be patient & wait for the Fedex guy.
  33.  
  34. Satprof (WHO, Geneva)
  35.  
  36.  
  37. fdc@columbia.edu (Frank da Cruz) wrote in message news:<a367rk$m5s$1@watsol.cc.columbia.edu>...
  38. > In article <gWtomC2dEjRt-pn2-s9d6MMWmKCzf@era0>,
  39. > ERA <era@eracc.hypermart.net> wrote:
  40. > : On Mon, 28 Jan 2002 13:13:54 UTC, satprof@altavista.com
  41. > : (satprof) wrote:
  42. > : 
  43. > Thanks for the ringing endorsement, Gene.
  44. > 
  45. > : + My requirement is for a solid & reliable overnight transfer of
  46. > :                           ^^^^^ ^ ^^^^^^^^
  47. > : You're talking kermit products from Columbia U. there definitely.
  48. > : 
  49. > : + about 70MB via double satellite links (~ 300kbps)...
  50. > :
  51. > 70MB / 30Kcps = 39 minutes...
  52. > 
  53. > : ...with the
  54. > : + possibility of data validation & restarts. Has anyone here any
  55. > : + experience with such a set-up?
  56. > : 
  57. > : Not with satellite links.
  58. > :
  59. > Of course Kermit works nicely with satellite links too, because of its
  60. > sliding windows with selective repeat transport, but some first-hand
  61. > independent testimony would be appreciated.  Meanwhile, however, you might
  62. > want to look at the following article from 1990:
  63. > 
  64. >   http://www.columbia.edu/kermit/newsn4.html#eff
  65. > 
  66. > Towards the end are some benchmarks performed over a satellite link.
  67. > Speeds are higher these days but the issues are the same.  Kermit sliding
  68. > windows let you get pretty much full speed out of satellite links, whereas
  69. > stop-and-wait or streaming protocols are either orders of magnitude slower,
  70. > or else have intolerable error recovery characteristics.
  71. > 
  72. > - Frank
  73.